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(54) Event-driven servers for data extraction and merge for EDI transaction processing using the 
internet 



(57) I n accordance to an embodiment of the present 
invention a method and apparatus for performing event- 
driven data transfer operations over a global computer 
network are provided. This is accomplished by extract- 
ing data from a database stored on a first computer sys- 
tem connected to a global computer network, monitoring 
the data extracted from the database to determine 
whether the data is ready to be transmitted to a second 
computer system connected to the global computer net- 
work, and transmitting the data to the second computer 
system. The second computer system, in turn, receives 
the data transmitted from the first computer system, 
monitors the data to determine whether the data is ready 



to be merged into a database stored on the second com- 
puter system, and merges the data into the database. 

Unlike prior art techniques, in which data transfers 
are performed in batch off-line, embodiments of the in- 
vention allow for secure data transfer operations to be 
performed on-line in real-time. In addition, since a global 
computer network is utilized, there is no need to main- 
tain a dedicated communication line between the first 
and the second computer system, but rather a single 
network connection can be used by the first and the sec- 
ond computer system to communicate with any number 
of computer systems connected to the global computer 
network. 
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Description 

The present invention relates generally to EDI 
transactions and, more particularly, to a method of per- 
forming EDI transactions over the Internet. 

Data transfer among business partners are com- 
monly used to allow automated or semi-automated 
sharing of information by companies that provide related 
services. For example, when a manufacturer contracts 
out repair and service orders to independent service 
providers, data describing the service order placed by 
the client with the manufacturer needs to be transmitted 
to the independent service provider. In addition, data ap- 
praising the manufacturer of the progress of the service 
call must be transmitted back to the manufacturer by the 
independent service provider to allow the manufacturer 
to keep accurate records. 

Current systems for transferring data relating to 
service orders between business partners perform the 
data transfers either over a direct connection between 
the business partners or via a third party communication 
partner. However, maintaining a direct connection be- 
tween business partners is expensive, since a dedicat- 
ed line is maintained between the partners. Often the 
data transfer volume among the business partners is not 
sufficient to amortize the cost of maintaining a dedicated 
line. To reduce costs, data transfers are thus performed 
via a third party communication partner. The third party 
communication partner performs data transfers more 
economically, as it provides the same service for a large 
number of clients. Third party communication partners, 
however, typically perform data transfers in batch over- 
night. As a result, a typical turnaround time for servicing 
a call via an independent service provider requires sev- 
eral working days. This is undesirable in environments 
which require prompt response to service calls. Accord- 
ingly, there is a need for an inexpensive method and ap- 
paratus of transferring data among business partners 
which allows for fast turnaround of service calls. 

In accordance to an embodiment of the present in- 
vention a method and apparatus for performing event- 
driven data transfer operations over a global computer 
network are provided. This is accomplished by extract- 
ing data from a database stored on a first computer sys- 
tem connected to a global computer network, monitoring 
the data extracted from the database to determine 
whether the data is ready to be transmitted to a second 
computer system connected to the global computer net- 
work, and transmitting the data to the second computer 
system. The second computer system, in turn, receives 
the data transmitted from the first computer system, 
monitors the data to determine whether the data is ready 
to be merged into a database stored on the second com- 
puter system, and merges the data into the database. 
The second computer system may then transmit data 
back to the first computer system using a method anal- 
ogous to the one just described. 

Unlike prior art techniques, in which data transfers 



are performed in batch off-line, embodiments of the in- 
vention allow for secure data transfer operations to be 
performed on-line in real-time. In addition, since a global 
computer network is utilized, there is no need to main- 
5 tain a dedicated communication line between the first 
and the second computer system, but rather a single 
network connection can be used by the first and the sec- 
ond computer system to communicate with any number 
of computer systems connected to the global computer 
10 network. 

In order that the invention may be more readily un- 
derstood, reference will now be made by way of exam- 
ple to the accompanying drawings, in which: 

Fig. 1 A is a block diagram of a data transfer system 
15 according to one embodiment of the invention. 

Fig. 1 B is a block diagram of a data transfer module 
of transmitting computer 110 or receiving computer 120 
of Fig. 1A. 

Fig. 2A is a block diagram of the process of extract- 

20 ing data from a database of a call management system 
of a first computer system, translating it into a predeter- 
mined format, encrypting the formatted data and trans- 
mitting the encrypted data to a second computer system 
over the Internet. 

25 Fig. 2B is a functional diagram illustrating the rela- 
tionship of files stored and processes executed on the 
first computer system of Fig. 2A. 

Fig. 3A is a block diagram of the process of receiv- 
ing on a second computer system data transmitted over 

30 the Internet by the first computer system of Figs. 2A-2B, 
decrypting the encrypted data, translating the decrypted 
data into a format compatible with a call management 
system running on the second computer, and storing the 
reformatted data into a database of the second compu- 

35 ter system. 

Fig. 3B is a functional diagram illustrating the rela- 
tionship of files stored and processes executed on the 
second computer system of Fig. 3A. 

Fig. 4 is a flow diagram illustrating the operation of 

to Extract server 208 of Fig. 2A. 

Fig. 5 is a flow diagram illustrating the operation of 
Merge server 308 of Fig. 3A. 

Fig. 6 is a flow diagram illustrating the operation of 
Ack-Fax server 209 of Fig. 2A. 

45 A method and apparatus in accordance to an em- 
bodiment of the invention perform data transfer opera- 
tions between computer systems connected to a global 
computer network, such as the Internet. Figs. 1A-1B il- 
lustrate the structure of a data transfer system according 

50 to one embodiment of the invention. 

In Fig. 1A, a computer 110 is connected to a com- 
puter 120 via a global network 130. Data is transferred 
between computer 1 1 0 and computer 1 20 via the global 
network 130. Computers 110 and 120 can be any gen- 

55 eral purpose or special purpose computer known in the 
art. For example, in some embodiments computers 110 
and 120 are personal computers running a variety of 
software applications, while in other embodiments com- 
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puters 110 and 120 are dedicated workstations. Global 
network 130 is any global network known in the art. For 
example, in the preferred embodiment of the invention, 
the global network 130 is the Internet. The Internet is 
described in "Computer Networks: Third Edition" by An- 
drew S. Tanenbaum (Upper Saddle River, N J: Prentice- 
Hall 1 996), which is herein incorporated by reference in 
its entirety. 

Fig. 1 B illustrates the structure of a data transfer 
module 100 of computers 110 and 120. Computers 110 
and 120 have a call management system 105. Callman- 
agement system 1 05 can be any suitable system known 
in the art to administer service orders. While call man- 
agement system 1 05 is described herein as part of com- 
puters 1 1 0 and 1 20, call management system 1 05 can 
be part of a separate computer system which commu- 
nicates with computers 110 or 120. Furthermore, com- 
puters 110 and 120 can use different call management 
systems 105. In particular, call management systems 
105 of computers 110 and 120 may use different data 
formats to represent service orders. 

Data transfer module 100 of computer 110 or 120 
translates the data retrieved from the call management 
system 105 of computer 110 or 120, encrypts the data 
extracted from the database to ensure secure data 
transfer, and transmits the encrypted data to the other 
of computers 1 1 0 or 1 20. The data transfer module 1 00 
of the receiving computer 110 or 120, in turn, decrypts 
the data received over global network 130 and trans- 
lates the decrypted data into a format compatible with 
the call management system 105 of the receiving com- 
puter 110 or 120. As explained more fully below, receiv- 
ing computer 110 or 120 then sends an acknowledg- 
ment signal back to the transmitting computer 110 or 
120, to allow detection of data transfer failures. 

The data transfer module 100, shown in Fig. 1 B, us- 
es an extraction module 115, an outbound translation 
module 125 and an encryption module 135, to handle 
outgoing data transfers. In addition, the data transfer 
module 100 uses a decryption module 145, an inbound 
translation module 155, and a merge module 165 to 
handle incoming data transfers. 

According to one embodiment of the invention, a 
first computer system, running under the Solaris v. 5.4 
operating system available from Sun Microsystems, Inc. 
of Mountain View, Calif., communicates with a second 
computer system running either under the Solaris oper- 
ating system or under a different operating system via 
the Internet, as shown in Figs. 2A-3B. Each computer 
system uses a number of modules to transfer data to 
and from the other computer system. In order to service 
a service call, the data transfer system supports four 
types of operations: call initiation (CI), call update (CU), 
status update (SU) and call closure (CC). A call initiation 
operation entails entering a service order into the first 
computer system via a call management tool such as 
the SOTOOL v. 2.4.4e program, available from Sun Mi- 
crosystems, Inc. of Mountain View, Calif.. Service or- 



ders are then assigned to a business partner. This is 
reflected on the SOTOOL module 203 by entering a 
partner code value into an assignment field. Once the 
service order information has been entered into the sys- 
5 tern via SOTOOL 203, the data is stored in the CMSDB 
database 201 . If the information stored in the CMSDB 
database is incomplete, a status field is used to indicate 
that further action is required before the service call data 
can be transmitted to a business partner 
io A call update operation is similar to a call initiation 
operation, except that it is presumed that data for the 
service call has already been transmitted via a call ini- 
tiation operation. As a result, only data that has changed 
and needs to be updated on the business partner's da- 
15 tabase is transmitted. 

A status update operation, on the other hand, en- 
tails receiving data back from the business partner re- 
porting on the status of the service call. The data re- 
ceived is merged into CMSDB database 201 to allow 
20 further processing by SOTOOL 203, such as displaying 
a correct status field. 

Finally, a call closure operation entails receiving 
from the business partner data relating to the final res- 
olution of the service call. The information received by 
25 the service partner is then merged into CMSDB data- 
base 201 to allow SOTOOL 203 to correctly handle the 
resolution of the service call. A call closure operation is 
expected for each call initiation operation. 

Using as a reference the first computer system, 
30 Figs. 2A-2B illustrate the outbound process of transfer- 
ring data from the first computer system to the second 
computer system, which is used for call initiation and 
call update operations. Figs. 3A-3B illustrate the in- 
bound process of receiving data from the second com- 
35 puter system onto the first computer system, which is 
used for status update and call closure operations. 

Fig. 2A illustrates the functional components of a 
data transfer module of the computer system used in 
the outbound portion of the data transfer operation of 
^o Fig. 1 B. The data transfer module has a call manage- 
ment system 200, a translation module 210, an encryp- 
tion module 220, a sendmail module 230 and an ISO fax 
module 240. The call management system 200, in turn, 
has a CMSDB database 201 1 an SOTOOL module 203, 
45 an EVIL (Edit Validation Interpretive Language) module 
205, and Extract to Q module 206, CI/CU files 207, an 
Extract server 208 and a Ack-Fax Server 209. The trans- 
lation module 220 has a Mapping/Translation module 
213, X12.143 files 216 and data translations files 219. 
50 Finally, encryption module 220 has encryption/Ml ME 
module 224 and MIME mail file 228. The operation of 
these modules is set forth below. 

Initially, a service call is setup on call management 
system 200 using SOTOOL 203. SOTOOL 203 has a 
55 graphical user interface portion that allows a user of the 
computer system to enter, view and update information 
stored in the CMSDB database 201 . Data entered into 
CMSDB database 201 using SOTOOL 203 is then val- 
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idated using EVIL module 205. EVIL module 205 is a 
computer process executed by the computer system 
which verifies whether the data stored in CMSDB data- 
base 201 is in a valid format for transmission to the busi- 
ness partner designated by the partner code in the as- 
signment field. If the data validation operation is suc- 
cessful, EVIL module 205 invokes Extract to Q module 
206 which records the data in an extract queue (not 
shown) to indicate that the data is ready to be sent to 
the business partner. 

Extract server module 208, in turn, monitors the ex- 
tract queue and when data is present in the queue ex- 
tracts the data from the CMSDB database 201 and 
stores it into flat file CI/CU 207 to be serviced by trans- 
lation module 210. Translation module 210 is a compu- 
ter process executed by the computer system that trans- 
lates a flat data file into a predetermined, standardized 
format. The MENTOR v. 1.2-7 program, available from 
Sterling Software, Inc. of Dublin, Ohio is suitable for use 
in the present invention to implement translation module 
210. Those skilled in the art will appreciate that any suit- 
able translation program known in the art can be used 
in place of the MENTOR program. Mapping/Translation 
module 213, in turn, reads flat file Cl/CU 207 generated 
by Extract server module 208 and translates it into 
X1 2. 1 43 file 21 6. X1 2. 1 43 file 21 6 is a file formatted ac- 
cording to the ANSI X12 standard set by the American 
National Standards Institute. A copy of the translated 
data is also stored in data translations file 219, to be 
used recovering from a failure of the data transmission 
operation. 

Encryption/Ml ME module 224, in turn, encrypts 
X 12. 143 file 216 using well known encryption methods. 
For example, in the preferred embodiment the file is en- 
crypted using the Data Encryption Standard (DES) 
method and the key is encrypted using the Rivest 
Shamir Adelman (RSA) method. The TEMPLAR v. 1.4 
program available from Premenos, Corp. of Concordia, 
Calif, is an encryption package suitable for use in the 
present invention to implement encryption module 220. 
Those skilled in the art will appreciate that any suitable 
encryption program can be used in place of the TEM- 
PLAR program. 

The encrypted file is then packaged using MIT's 
Multipurpose Internet Mail Extensions protocol to gen- 
erate MIME mail file 228. MIME mail file 228 is then 
transmitted over Internet 1 30 by sendmail module 230. 

Fig. 2B illustrates the structure of file system 250 
and the processes executed by the computer system 
during the operation described with respect to Fig. 2A. 
First, a format file (e.g., CI.KODAK or CU.KODAK) is 
read from directory $SUNSOX_HOME/<partner>/out/ 
formats, where <partner> is the name of a directory as- 
signed to the files regarding a specific business partner. 
Those skilled in the art will appreciate that while a UNIX 
file system is described for clarity, the present invention 
is not limited to a computer system running under any 
particular operating system. The UNIX file system is de- 



scribed in "The UNIX Programming Environment" by 
Brian W. Kernighan and Rob Pike (Engtewood Cliffs, NJ: 
Prentice-Hall 1984), which is herein incorporated by ref- 
erence in its entirety. The format files are used to specify 

5 which data is to be extracted from CMSDB database 
201 to meet the requirements of each business partner. 
The advantage of using format files is that when a busi- 
ness partner's requirements change only the format file 
for that partner needs to be modified, and not the Extract 

10 server 208. 

Two flat files containing data extracted from 
CMSDB database 201 according to the format file are 
written to directory ./appl/Ci (or ./appl/CU) and tempo- 
rarily linked to $SUNSOX_HOME/outq/CI/applq (or 

T5 $SUNSOX_HOME/outq/CU/appIq). The copy in the 
$SUNSOX_HOME/outq/CI/applq (or 
$SUNSOX_HOME/outq/CU/applq) directory is deleted 
after the translation operation is completed, while the 
copy in ./appl/CI (or ./appl/CU) is saved for archival pur- 

20 poses. 

Translation module 210, in turn, writes X1 2. 143 file 
216 into directory Vansi/CI (or Vansi/CU) and temporar- 
ily links it to directory $SUNSOX_HOME/outq/CI/ansiq 
(or $SUNSOX_HOME/outq/CU/ansiq). As with the ex- 

25 traded data files, the copy in the directory 
$SUNSOX_HOME/outo/CI/ansiq (or 
$SUNSOX_HOME/outq/CU/ansiq) is deleted after the 
encryption operation is completed, while the copy in J 
ansi/CI (or Vansi/CU) is saved for archival purposes. 

30 Encryption module 210 also maintains log and backup 
files. 

Fig. 3A illustrates the functional components of a 
data transfer module of the computer system used in 
the inbound portion of the data transfer operation of Fig. 

35 1 B. The data transfer module has a sendmail module 
330, a decryption module 320, a translation module 31 0, 
and a call management system 300. Decryption module 
320, in turn, has a MIME mail module 328, a decryption/ 
MIME module 324, and an X1 2. 141, 142 file 316. Trans- 

^0 lation module 310 has a mapping/translation module 
313, a data translations files 319 and SU/CC files 317. 
Finally, the call management system 300 has a Merge 
to Q module 306, a Merge log 307, a Merge server 308, 
and a CMSDB database 301. The operation of these 

45 modules is set forth below. 

Initially, data packaged according to the MIME for- 
mat is received over the Internet 1 30 by sendmail mod- 
ule 330. Sendmail module 330, in turn, generates MIME 
mail file 328. Decryption/Ml ME module 324 unpackag- 

50 es, authenticates and decrypts MIME mail file 328 and 
generates X1 2. 142, 143 file 316. The unpackaging op- 
eration entails decoding the MIME encoded data. The 
authentication operation entails verifying that the data 
transferred over the Internet 130 has not been corrupt- 

55 ed. The decryption operations entails decrypting the da- 
ta encrypted using DES and RSA, as described with ref- 
erence to Fig. 2A. As those skilled in the art are familiar 
with these techniques, they are not further described 
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herein. 

Mapping/translation module 313, in turn, translates 
X1 2. 14 1,1 42 file 316 into a format compatible with 
CMSDB database 301. ANSI X12 version 141 is used 
for status update (SU) operations, while ANSI X12 ver- 
sion 142 is used for call closure (CC) operations. Map- 
ping/translation module 313 stores the translated data 
in an SU/CC file 317. A copy of the translated data is 
also stored in a data translations file 219, to be used in 
recovering from a failure of the data transfer operation. 

Merge to Q module 306, in turn, records the data in 
SU/CC file 317 in Merge log 307 to indicate that the 
translated data is to be merged into the CMSDB data- 
base 301. Merge server 308 monitors Merge log 307 
and when data is present in the Merge Log 307 merges 
the data into CMSDB database 301. 

Fig. 3B illustrates the structure of file system 350 
and the processes executed by the computer system 
during the operation described with respect to Fig. 3A. 
First, decryption module 320 translates MIME mail file 
328 received over the Internet 1 30 and stores the results 
into X12.141.142 file 316 in directory 
$SUNSOX_HOME/inq. Then, X12.141.142 file 316 is 
copied into directory ./ansi and temporarily linked to 
$SUNSOX_HOME/<partner>/in/ansi. Translation mod- 
ule 310 translates the x12.141,242 file 316 and writes 
the results of the translation into SU/CC file 317 which 
is stored in directory Vappl and temporarily linked to di- 
rectory $SUNSOX_HOME/<partner>/in/appl. Finally, 
translation module 310 updates Merge log 307. Upon 
completion of the translation operation, the 
X1 2. 141, 142 file 316 stored in directory 
$SUNSOX_HOME/inq is deleted. The temporary links 
to directories $SUNSOX_ HOME/<partner>/in/ansi and 
$SUNSOX_HOME/<partner>/in/appl are also removed, 
while the files stored in directories ./ansi and ./appl are 
saved for archival purposes. 

The operation of Extract server 208 (Fig. 2A) is 
summarized in Fig. 4. First, stage 410 determines 
whether there are any entries in the extract log, in which 
case the operation proceeds to stage 420; otherwise, 
the operation terminates. Stage 420 then determines 
whether the data has been extracted as part of a Call 
Update operation, in which case the data required for a 
Call Update operation for the business partner specified 
by the extract log is extracted from the database in stage 
440; otherwise (i.e., if the data has been extracted as 
part of a Call Initiation operation), the data required for 
a Call Initiation operation is extracted from the database 
in stage 430. The extract data log is then updated in 
stage 450. Those skilled in the art will appreciate that 
any method known in the art can be used to update the 
extract log. For example, in some embodiments the data 
is simply removed from the log, while in other embodi- 
ments a value is entered in a specific field of the log to 
indicate that the data has been extracted. Finally, the 
database is updated in stage 460 to indicate that the 
data has been extracted. 



Those skilled in the art will appreciate that Extract 
server 208 (Fig. 2A) can be implemented by any suitable 
computer process running on a computer system and 
performing the operation of Fig. 4. For example, in one 

s embodiment of the invention Extract server 208 is im- 
plemented by a daemon automatically executed by the 
Solaris operating system. As daemon programs are well 
known to those skilled in the art, they are not further dis- 
cussed herein. To ensure continuous execution of Ex- 

10 tract server 208, a cron process periodically checks to 
ensure that the daemon implementing Extract server 
208 is running and restarts the daemon if necessary. 

The operation of Merge server 308 (Fig. 3A) is sum- 
marized in Fig. 5. First, stage 510 determines whether 

is the are any entries in Merge log 307 (Fig. 3A), in which 
case the data stored in the database that is to be update 
with the data received from the second computer sys- 
tem is retrieved from the database in stage 520; other- 
wise, the operation terminates. In stage 530, the data 

20 retrieved from the database is updated with the data re- 
ceived from the second computer system and the up- 
dated data is stored back into the database. In stage 
540, the Merge log 307 is updated to indicate that the 
data has been merged into the database. Stages 

25 510-540 are then repeated until all of the entries in the 
Merge log 307 have been processed. 

Those skilled in the art will appreciate that Merge 
server 308 (Fig. 3A) can be implemented by any suitable 
computer process running on a computer system and 

30 performing the operation of Fig. 5. For example, in one 
embodiment of the invention Merge server 308 is imple- 
mented by a daemon automatically executed by the So- 
laris operating system. To ensure continuous execution 
of Merge server 308, a cron process periodically checks 

35 to ensure that the daemon implementing Merge server 
308 is running and restarts the daemon if necessary. 

The operation of Ack-Fax server 209 (Fig. 2A) is 
summarized in Fig. 6. First, stage 600 determines 
whether there are any entries in the sent data log, in 

to which case the sent data log is updated in stage 610; 
otherwise, the operation terminates. Stage 620 then de- 
termines whether any of the entries in the sent data log 
have not been acknowledged by the second computer 
system, in which case the operation proceeds to stage 

45 630; otherwise the operation terminates. Stage 630, in 
turn, determines whether a predetermined period of 
time has elapsed since the time the data corresponding 
to the entry has been sent to the second computer sys- 
tem, in which case the operation proceeds to stage 640; 

50 otherwise the operation terminates. In stage 640, the 
data is automatically transmitted to the business partner 
via facsimile. Finally, in stage 650 the system adminis- 
trator of the second computer system is paged to signal 
that the data transfer has been retransmitted via facsinv 

55 He. 

Those skilled in the art will appreciate that Ack-Fax 
server 209 (Fig. 2A) can be implemented by any suitable 
computer process running on a computer system and 
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performing the operation of Fig. 6. For example, in one 
embodiment of the invention Ack-Fax server 209 is im- 
plemented by a daemon automatically executed by the 
Solaris operating system. To ensure continuous execu- 
tion of Ack-Fax server 209, a cron process periodically 
checks to ensure that the daemon implementing Ack- 
Fax server 209 is running and restarts the daemon if 
necessary. 

Furthermore, any suitable program known in the art 
can be used to transmit the data to the business partner 
via facsimile. For example, in one embodiment of the 
invention. the ISOFAX program, available from Bristol 
Group, Ltd. of Larkspur, Calif., is used to transmit the 
data to the business partner. 

Solaris and SOTOOL are trademarks of Sun Micro- 
systems, Inc. of Mountain View, Calif., MENTOR is a 
trademark of Sterling Software, Inc. of Concordia, Calif., 
and TEMPLAR is a registered trademark of Premenos, 
Corp. of Dublin, Ohio. ISOFAX is a trademark of Bristol 
Group, Ltd. of Larkspur, Calif.. 

Embodiments described above illustrate but do not 
limit the invention. In particular, the invention is not lim- 
ited by any particular formatting and encryption tech- 
niques. For example, some embodiments use formats 
other than ANSI X12 for formatting the data extracted 
from the database and encryption standards other than 
DES and RSA. Furthermore, the invention is not limited 
to any number of computers connected to the global net- 
work. Other embodiments and variations are within the 
scope of the invention, as defined by the following 
claims. 



Claims 

1. A method of performing event-driven data transfer 
operations over a global computer network, the 
method comprising: 

extracting data from a database stored on a first 
computer system connected to the global com- 
puter network; 

monitoring the data extracted from the data- 
base to determine whether the data extracted 
from the database is ready to be transmitted to 
a second computer system connected to the 
global computer network; and 
transmitting the data to the second computer 
system connected over the global computer 
network. 

2. The method of claim 1 , further comprising: 



ceived from the first computer system is ready 
to be merged into a database stored on the sec- 
ond computer system; and 
merging the data into a database stored on the 
s second computer system connected to the glo- 

bal computer network. 

3. The method of claim 1 or 2, further comprising: 

10 translating the data extracted from the data- 

base from a first format into a second format to 
generate formatted data; 
encrypting the formatted data. 

*s 4. The method of claim 2 or 3, further comprising: 

decrypting the data received from the second 
computer system to generate decrypted data; 
translating the decrypted data from the second 
20 format into the first format. 

5. A computer system for performing event-driven da- 
ta transfer operations, the system comprising a first 
and a second programmed computers connected 
25 to a global computer network, the first computer 
comprising instructions for: 

extracting data from a database stored on a first 
computer system connected to the global com- 
30 puter; 

monitoring the data extracted from the data- 
base to determine whether the data extracted 
from the database is ready to be transmitted to 
a second computer system connected to the 
35 global computer network; and 

transmitting the data to the second computer 
system connected over the global computer 
network. 

40 6. The system of claim 5, wherein the first pro- 
grammed computer further comprises instructions 
for: 

translating the data extracted from the data- 
45 base from a first format into a second format to 

generate formatted data; and 
encrypting the formatted data. 

7. The system of claim 5 or 6, wherein the second pro- 
50 grammed computer comprises instructions for: 

receiving data transmitted from the first compu- 
ter system connected to the global computer 
network; 

monitoring the data received from the first com- 
puter system to determine whether the data re- 
ceived from the first computer system is ready 
to be merged into a database stored on the sec- 



receiving on the second system transmitted 
from the first computer system connected to the 55 
global computer network; 
monitoring the data received from the first com- 
puter system to determine whether the data re- 
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ond computer system; and 
merging the data into a database stored on the 
second computer system connected to the glo- 
bal computer. 

5 

8. The system of claim 5, 6 or 7, wherein the second 
programmed computer further comprises instruc- 
tions for: 



translating the decrypted data from the second 
format into the first format. 



decrypting the data received from the second 10 
computer system to generate decrypted data; 
translating the decrypted data from the second 
format into the first format. 



9. A computer-readable medium storing a computer is 
program, the program comprising instructions for: 

extracting data from a database stored on a first 
computer system connected to the global com- 
puter network; 20 
monitoring the data extracted from the data- 
base to determine whether the data extracted 
from the database is ready to be transmitted to 
a second computer system connected to the 
global computer, network; and 25 
transmitting the data to the second computer 
system connected over the global computer 
network. 



10. The computer-readable medium of claim 9, further 30 
comprising instructions for: 

translating the data extracted from the data- 
base from a first format into a second format to 
generate formatted data; 35 
encrypting the formatted data. 

11. The computer-readable medium of claim 9 or 10, 
further comprising instructions for: 

40 

receiving on the second computer data trans- 
mitted from the first computer system connect- 
ed to the global computer network; 
monitoring the data received from the first com- 
puter system to determine whether the data re- 
ceived form the first computer system is ready 
to be merged into a database stored on the sec- 
ond computer system; and 
merging the data into a database stored on the 
second computer system connected to the glo- so 
bal computer network. 

12. The computer-readable medium of claim 9, 10 or 
11 , further comprising instructions for: 

55 

decrypting the data received from the second 
computer system to generate decrypted data; 
and 
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